home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950329-19950528 / 000330_news@columbia.edu_Thu May 4 10:02:46 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  4KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA27061
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 6 May 1995 21:20:32 -0400
  3. Received: by apakabar.cc.columbia.edu id AA04878
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 6 May 1995 21:20:30 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!news.sprintlink.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Lynx Marries Kermit!  (Why not?)
  9. Message-Id: <1995May4.160246.49747@cc.usu.edu>
  10. Date: 4 May 95 16:02:46 MDT
  11. References: <D7qK98.AD2@indirect.com> <3nt79a$b7a@news.cais.com> <D82AIJ.37K@indirect.com>
  12. Organization: Utah State University
  13. Lines: 49
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <D82AIJ.37K@indirect.com>, monty@indirect.com (Jim Monty) writes:
  17. > On 29 Apr 1995 11:18:02 GMT, Adam Guasch-Melendez (agm@cais3.cais.com) wrote:
  18. >> Jim Monty (monty@indirect.com) wrote:
  19. >> -- snip, snip --
  20. >> : Ah, MS-DOS Kermit and Lynx!  Life doesn't get any better than that!  Or
  21. >> : does it?  If I could run Lynx on my PC--the _real_ Lynx for cursor-
  22. >> : addressable, character-cell, "curses-oriented" display devices, not some
  23. >> : TurboVision pretender--over a SLIP connection, I'd never ask Santa for
  24. >> : anything else ever again.  Am I the only luser who sees the wisdom of
  25. >> : porting Lynx to MS-DOS and using it in tandem with Kermit and its built-in
  26. >> : TCP/IP?  Is it simply not possible?  Is there no curses for MS-DOS?  If it
  27. >> : is possible, would the port be a huge undertaking?  I read these
  28. >> : newsgroups regularly, and I've never seen anyone even mention what seems 
  29. >> : to me the logical next step in the development of text-based Web 
  30. >> : browsers:  a Lynx for the little guy.  What am I missing?
  31. >> Lynx *is* available for DOS - I have a copy, which I use for previewing 
  32. >> my own HTML docs (along with three or four graphics browsers).
  33. > DOSLYNX is the "TurboVision pretender" to which I alluded in my post.  At
  34. > least on the surface, DOSLYNX isn't the same program as Lynx at all.  The
  35. > TurboVision ANSI-graphic menu interface of DOSLYNX is wholly unlike the
  36. > curses-based ASCII Lynx browser.  In a nutshell, I like Lynx a lot, but I 
  37. > don't like DOSLYNX at all.
  38. >> Since I use Windoze software for my PPP connection, I haven't actually run
  39. >> DOSLynx (yes, that's the name) on the net, but I assume it works fairly well.
  40. > A mistaken assumption.  It hardly works at all.  DOSLYNX "hangs" my system
  41. > almost every time I try to use it.  And it's dog slow.  And butt-ugly.  (Did
  42. > I mention I don't like DOSLYNX?)
  43. > I was actually hoping to see a response from Frank and/or Joe to my post.
  44. > I'm mostly interested in knowing the answer to the question, "Is it
  45. > possible to port the curses-based Lynx browser to MS-DOS?"  I'm not asking
  46. > them to do it; I'm just posing the question of its feasibility. 
  47. --------------
  48.     I'll take a stab at answering. Curses for DOS? Surely you gest my
  49. good man. I have no idea of what the Lynx packages are like beneath the
  50. covers or what they want for low level transport services, and all that
  51. jazz. In short, I've never looked at them. 
  52.     From what I can infer you want a vastly different terminal emulation,
  53. one which also reads the screen and/or data stream to gather pointers to 
  54. places and such. That is a serious undertaking and not something I'd recommend 
  55. to casual programmers; MSK is intricate and tight code, as anyone can see by 
  56. looking at the sources. We have no intention of isolating the TCP/IP stack
  57. from the rest of the program, though that's what I deduce you want to do.
  58.     Joe D.